home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0365.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  2.1 KB  |  49 lines
  1. > Also, is there any way to specify backup servers?  Does anyone else
  2. > think this would be useful?
  3.  
  4. Yes... it certainly would.
  5.  
  6.  
  7.  First of all, the final solution seems to be to use a globally distributed  
  8. replicated name server for documents or servers. Like x500 which isn't here  
  9. yet. The name service would return multiple pointers. The client could chose
  10.  intelligently which to try first.  But we don't have that infrastructure yet.
  11.  
  12.  
  13. In the mean time, the question is where to put the information.
  14. In teh new HTTP protocol there are a number of objects which can be
  15. returned ateth protocol level (rather than the data level) which include
  16. error objects and forwards. A forward can contain multiple pointers.
  17.  However, it doesn't help reliability much because the server which hold the  
  18. forwarding info will be just as unreliable! 
  19.  
  20.  
  21.  
  22. So one considers putting the multiple URLs (addresses) into the link in the
  23. document.  This smells too, because the positions of servers for different
  24. parts of the abstract document space will be constantly evolving, and so the
  25. links will be soon out of date, and that is grim for documents which may last  
  26. 20 years...
  27.  
  28. The next solution Rik just mentioned:
  29. >  One possible way to implement backups is to have the client do it (makes
  30. >  the client too clever?).  The client could have a list of hosts, and for
  31. >  each one, have a list of backup servers, to try if the main server is
  32. >  down.  The problem with this is that the list is much more difficult
  33. >  to maintain, if everyone needs a copy, and only the clients that have
  34. >  implemented this would benefit.
  35.  
  36. But it is a simple stopgap.  The way I would see doing it
  37. in practice would be to call the name translation rule module (HTRules.c)
  38. from the client as currently from the daemon httpd. The rules would
  39. be extended to include a "try" operator, like "map" but
  40. allowing continues processing of the rule file if the access failed.
  41.  
  42. This would be useful in the server too... for example to pick up date from some
  43. remote mounted disk which is the original, but if that fails to use a cached  
  44. copy updated last night.
  45.  
  46. Tim
  47.  
  48.  
  49.